home *** CD-ROM | disk | FTP | other *** search
/ IRIX Base Documentation 1998 November / IRIX 6.5.2 Base Documentation November 1998.img / usr / relnotes / accessx / ch3.z / ch3
Text File  |  1998-11-02  |  3KB  |  133 lines
  1.  
  2.  
  3.  
  4.                                   - 1 -
  5.  
  6.  
  7.  
  8.        3.  _K_n_o_w_n__P_r_o_b_l_e_m_s__a_n_d__W_o_r_k_a_r_o_u_n_d_s
  9.  
  10.  
  11.  
  12.        The following problems exist in Accessibility in IRIX 6.5:
  13.  
  14.  
  15.        As on other UNIX systems, the special AccessX keyboard
  16.        features are implemented as an X server extension, not in
  17.        the kernel.  As a result, performance can degrade on loaded
  18.        systems.  For example, the pointer may jerk during MouseKeys
  19.        use when other processes are consuming the system's
  20.        resources.  To work around this, give lower CPU priority to
  21.        those other processes or to their owners.  See the
  22.        _r_e_n_i_c_e(_1_M) reference page for more information.
  23.  
  24.  
  25.        There is no way for a user to toggle MouseKeys on and off if
  26.        the user cannot use the actual hardware mouse.  A future
  27.        release may support a hotkey to launch _a_c_c_e_s_s_x and pop its
  28.        main window to the top.  To work around this, such users
  29.        should have someone who can use the mouse toggle the
  30.        MouseKeys feature on or off as needed.
  31.  
  32.  
  33.        When using both MouseKeys and BounceKeys at the same time,
  34.        the mouse keys may "latch."  This may make it seem like the
  35.        user has lost control of the keyboard and is unable to type.
  36.        For example, if the user presses the "/" key to select mouse
  37.        button 1 as the default, then the user may not be able to
  38.        type until the user presses the "/" key again.  The
  39.        workaround is to press the default mouse button key again
  40.        ("/" or "*" or "-" on the number pad).
  41.  
  42.  
  43.        When using MouseKeys and locking the default mouse button by
  44.        pressing the number pad "0" key, it's important to be sure
  45.        to release the button by pressing the number pad "." key,
  46.        not the number pad "5" key.  Using the "." key properly
  47.        disengages the lock, whereas using the "5" key appears to
  48.        disengage the lock but actually leaves the keyboard in an
  49.        undesirable state.  In this state, the normal third mouse
  50.        button menu over an _x_w_s_h(_1_G) window will not work (prevents
  51.        the user from cloning the window), the first mouse button
  52.        will not work in the _e_d_i_t_r_e_s(_1) program (prevents the
  53.        application from getting a widget tree), and other mouse
  54.        event-generating programs may not work normally.  If the
  55.        user loses the normal mouse control in this way, it can be
  56.        regained by logging out and logging back in.
  57.  
  58.  
  59.  
  60.  
  61.  
  62.  
  63.  
  64.  
  65.  
  66.  
  67.  
  68.  
  69.  
  70.                                   - 2 -
  71.  
  72.  
  73.  
  74.  
  75.  
  76.  
  77.  
  78.  
  79.  
  80.  
  81.  
  82.  
  83.  
  84.  
  85.  
  86.  
  87.  
  88.  
  89.  
  90.  
  91.  
  92.  
  93.  
  94.  
  95.  
  96.  
  97.  
  98.  
  99.  
  100.  
  101.  
  102.  
  103.  
  104.  
  105.  
  106.  
  107.  
  108.  
  109.  
  110.  
  111.  
  112.  
  113.  
  114.  
  115.  
  116.  
  117.  
  118.  
  119.  
  120.  
  121.  
  122.  
  123.  
  124.  
  125.  
  126.  
  127.  
  128.  
  129.  
  130.  
  131.  
  132.  
  133.